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Sir: 

The undersigned, Sandro Grech, and Leopoldo Alarcdn ("the inventors"), hereby 
declare: 

1. We are the inventors of the subject matter of U.S. Patent Application Serial 
No. 10/766,882 ("present application"), filed on January 30, 2004, and properly claiming 
the fully perfected priority of UK 0315278.2, filed June 30. 2003. 

2. We declare that conception of the subject matter of the present application 
occurred, and that the presently claims subject matter was conceived, at least earlier than 
the date of May 30, 2003. as corroborated with evidence, namely: 



(1) Exhibit I, which is a first invention report that was prepared before May 30, 

2003; 

(2) Exhibit II, which is a May 30, 2003, email noting a decision to merge the 
invention report of Exhibit I with a second invention report, and also incorporating within 
it two previous emails which illustrate that the two invention reports had been prepared 
before May 30, 2003; and 

(3) Exhibit 10, which is a May 9, 2003, email noting the existence at that time of a 
third invention report. 

3. As certified and declared of record, we, the inventors, invented certain new 
and useful improvements in an invention entitled "METHOD FOR OPTIMIZING 
HANDOVER BETWEEN COMMUNICATION NETWORKS," which was 
constructively reduced to practice by the filing of the UK priority application of the 
present application on June 30, 2003. 

4. We declare that reasonable diligence was conducted from before May 30, 
2003, to the constructive reduction of practice on June 30, 2003, as corroborated by the 
following evidence and case law: 

(1) Exhibit IV, which is a June 2, 2003, email noting the merger of the third 
invention report with the invention report of Exhibit I; 

(2) Exhibit V, which is a June 3, 2003, email forwarding the merged invention 
report to a patent attorney; 
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(3) Exhibit VI, which is a June 5, 2003, email providing a first draft of a patent 
application to the assignee; 

(4) Exhibit VII, which is a June 10, 2003, email providing comments on the draft 
of the patent application from the inventors to the assignee; 

(5) Exhibit VIII, which is a June 10, 2003, email providing the comments of 
Exhibit VII to the patent attorney; 

(6) Exhibit IX, which is a June 13, 2003, email providing additional inventor 
comments to the patent attorney from the assignee; 

(7) - Exhibit X, which is a June 18, 2003, email providing comments from the 
assignee to the patent attorney ; 

(8) Exhibit XI, which is a June 24, 2003, email providing a final draft of the 
application for final review by the inventors and assignee; and 

(9) The CCPA (predecessor to the Federal Circuit) has held that a lapse of time of 
approximately two weeks for the inventors to review an application falls within the limits 
of reasonable delay. Sletzinger v. Lincoln. 410 F.2d 808, 161 USPQ 725, 728-729 
(1969). The delays here, if any, are each less than two weeks. 

5. "Seamless Handoff of Mobile Terminal from WLAN to cdma2000 
Network" of Parikh et at. ("Parikh") alleged (according to the USPTO) to have been 
published on May 30, 2003, is therefore antedated as provided herein this Declaration 
under 37 C.F.R. §1.131, and therefore not prior art as to any aspects of U.S. Patent 
Application Serial No. 10/766,882 (i.e. the present application). Parikh's publication date 



is after the inventors' conception of the subject matter of the present application. 
Therefore, the evidence provided by this affidavit and corroborated by the enclosed 
exhibits establishes conception of the subject matter of the present application prior to the 
citable date of Parikh coupled with due diligence from prior to the citable date of Parikh 
to the constructive reduction of practice of filing the present application. 

6. That all statements made herein are believed to be true and further that 
these statements were made with the knowledge that willful, false statements and the like 
so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 
of the United States Code, and that such willful, false, statements may jeopardize the 
validity of this patent application, or any patent issuing thereon. 
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INVENTION REPORT 



CONFIDENTIAL 



Title of invention: 

Optimized handovers from WLAN to UMTS Networks 



INVENTION REPORT RECEIVED 



Code: 



Patent Committee: 



Place: 



Date: 



THE DESCRIPTION OF THE INVENTION 
MUST BE ATTACHED 



Signature: 



Inventor's name, employee number, title and 
nationality: •) 
Govind Krishnamurthi 



Senior Research Engineer 
India 

Hemant Chaskar 



Principal Research Engineer 
India 

Dirk Trossen 



Home Address: *) 
Govind Krishnamurthi 



enlo7 Research Engineer 
Germany 



Line Manager(s): Senthll Sengodan, Raj Bansal 




Business Unit and cost 

C€ 





The invention becomes public on: as soon as possible 



/ am/ We are the sole/ and original inventor(s) of this invention. 

The company may, by virtue of applicable legislation, be entitled to full or partial rights to the invention. 

U We acknowledge my/ our obligation to sign as inventorfs) all documents that may be required for protecting the 

Invention in different countries. 

Applicable to Inventions made by Inventors employed in Ft, DK, DE and SE only. 

Unless the inventor requests the Invention Report to be responded to within four (4) months from the date this 

invention Report Is received or such other period as the mandatory provisions of the applicable local taw may 

otherwise require, the inventor consents to the right of the employer to use a reasonable period of time for the 

evaluation of the invention. A reasonable period of time may oxcoed four (4) months. 

El y We request that the Invention Report be responded to within four (4) months. 

Date: 

Signaturo(s) of Invontor(s): 



# ) See the instructions ' ___ 
/ have read and understood the Invention described in this Invention Report 
Date: 

Signature of Manager 
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INSTRUCTIONS FOR COMPLETING THE INVENTION REPORT 

This Invention Report form is used in cases where an invention has been made by an 
employee of the Company. This Invention Report is confidential. Only the Patent 
Department may make copies of signed Invention Reports in order to request opinions or 
reply to the inventor(s). 

The inventor completes the Invention Report and the description of the invention. The 
inventor does not fill in the 'Invention Report received' field. This field is filled in by the 
Patent Department. The Invention Report must have the names of all the inventors and 
their home addresses. If there is not enough space for all the names, addresses etc, 
please write them on a separate attachment. The first mentioned inventor is assumed to 
' be4he contact person in matters concerning the' Invention Report *ln the fields of office 
address, phone and fax, please fill ih the contact person's information. Fill in the project 
field, if the invention is made in a project. The original Invention Report is signed by all 
inventors. Each page of the original invention Report is sigq^d by a Manager. In case it 
is difficult to obtain Manager's signature your Patent DeRartrppnt will take care of it. 

It is suggested that the Invention Report and the description of the invention should be 
filled in as thoroughly as possible. If drawings or other kind of information cannot be 
attached to this form, they should be delivered separately. , 

The signed Invention Report is given directly to the local or business unit's Patent 
Department. Invention Report should also be sent by E-mail to the Patent Department. 
The Patent Engineer will inform the inventor of receiving the Invention Report. The 
Patent Engineer will obtain any expert opinions needed to properly evaluate the 
invention, will procure the Company's decision and inform the inventor accordingly. 



/ have read and understood the invention described in this Invention Report 
Date: 

Signature of Manager 
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/ have read and understood the invention described in this invention Report 
Date: 

Signature of Manager 
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INVENTION REPORT APPENDIX 
TITLE OF THE INVENTION: 

OPTIMIZED HANDOVERS FROM WLAN TO UMTS NETWORKS 

INVENTOR(S): GOVIND KRISHNAMURTHI, HEMANT CHASKAR, DIRK 
TROSSEN 



L BACKGROUND OF THE INVENTION 

With the proliferation of 3G/2.5G (CDMA2000 and WCDMA)/GPRS 
technologies, it is clear that these technologies will be ubiquitous in the future. A 
complementary technology that is receiving a lot of attention is that of IEEE 802.11 
based WLAN networks. While, 3G networks are designed to support moderate 
bandwidth requirements under high mobility conditions, WLAN networks are 
applicable to high bandwidth low mobility scenarios. Further mobile terminals with 
multiple access interfaces are in the making. In such environments, end users would 
want to be able to seamlessly transfer their ongoing Internet sessions between WLAN 
and 3G networks as they move between the coverage areas of these networks. In this 
invention we illustrate some novel schemes to hasten the handover process between 
WCDMA and WLAN networks. The advantage of this scheme is that a security 
association does not need to exist between the two networks. 
2. THE PROBLEM 

For an IP level handover between a WLAN and UMTS/GPRS network to 
complete the MN must first get link layer connectivity with the UMTS RAN and then be 
authenticated and authorized at the link layer. Finally, the MN has to perform the POP 
context to establish IP level requirements such as QoS parameters etc. The details of 
these procedures can be found in [1]. 

Consider the following case: the MN initiates an IP session while it is roaming 
in the WLAN network and is moving into 3G coverage. If the MN has to perform all the 
protocols previously described in this section, the time involved will cause a disruption 
in the IP session. In several situations depending on the local environment, the region of 
overlap of the WLAN and UMTS signals may not be very large. Such a situation could 
occur in various scenarios, such as : 

• Moving in and out of tunnels 

• Disruption due to certain type of building constructions 

In other words, a mobile network must minimize the latency of LP level handovers 
between WLAN and UMTS so that the chance of non-seamless handovers is 
minimized. 

hi this invention, we seek to device novel schemes to reduce the time for IP level 
handover by preparing the UMTS network for the MN's arrival both at the link layer 
and the IP layer prior to the MN's arrival in the UMTS network. 
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5. ADVANTAGES OF THE INVENTION 

The invention has the following advantages. 

• No security association is expected between the WLAN AR and the 
GGSN of the 3GPP network 

• We perform the L2 authentication procedure at the 3G network while 
still being attached to the WLAN network, via the WLAN AR. This 
saves the time in perfoiining the L2 authentication at the 3GPP network, 
i.e., reducing the latency when actually handing over to UMTS network. ' 

• We perform the PDP context establishment procedure at the GGSN via 
the WLAN AR. This saves the time involved in establishing PDP context 
at the 3G network, i.e., further reducing the latency when actually 
handing over to UMTS network. 

• The MN need not have to listen to the actual Node B beacons to engage 
in the protocol described in this invention. 

• This invention is particularly effective when the overlap between the 
WLAN and UMTS signals is very less and the MN cannot hear the Node 
B signal yet. In such a case, the AR sends the requisite Node B identifier 
as well as the GGSN's IP address lo the MN. 



6. DESCRIPTION OF THE INVENTION 

In an 3GPP/GPRS network, in order to access the packet switched (PS) service, the MN 
shall first make Us presence known to the network by performing UMTS/GPRS attach 
In the attach request, the SGSN needs MN's identity (IMS!) and the indication of which 
type of attach is to be executed. The SGSN then forwards this information lo the MN's 
til', , t0 gCt ,hC authentica,ed - ° nce the MN is authenticated at the link layer the 
IvfN then proceeds to establish its IP bearers, also known as PDP context, at the GGSN 
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This process includes getting temporary IP address(es) and establishing the QOvS profile 
needed for its packet sessions. 

hi this invention, the information needed to authenticate the MM at the link layer and 
establish the PDP context is sent to the GGSN of the UMTS network, from the MN, via 
the WLAN access router while the MN is still connected to the WLAN access router. 
Note, this can be done even before the MN actually listens to the Node B signal. This 
may be possible with help from the current AR. To enable this support, the current AR 
can use protocols like CAR discovery[5]. The MN can send the information required for 
link level authentication and PDP context activation to the GGSN either as a separate IP 
packet or piggyback it with other existing signaling for Fast Handovers or Context 
Transfer. The criteria that indicates to the MN to start this process could be decreasing 
signal strength or it can be some added information provided by the WLAN network 
indicating that the MN may be about to leave the WLAN network [6]. The information 
sent in the packet includes among others, the IMSI of the MN, Node B identifier, QoS 
profile for PDP context activation and an indication that an IP address will be needed at 
the UMTS network. The exact information contained in the PDP profile is found in [1]. 
They include: PDP Type, PDP Address, Access Point Name, QoS Negotiated, TEID, 
NSAPI, MSISDN, Selection Mode, Charging Characteristics, Trace Reference, Trace 
Type, Trigger Id, OMC Identity and PDP Configuration Options. 

When the GGSN receives this information from the MN, it forwards the IMSI to the 
appropriate SGSN in its domain through the Iu interface. The correct SGSN in its 
domain is chosen based on the Node B identifier. The GGSN therefore has to maintain a 
mapping of SGSN's to Node B identifiers that it consults to choose the correct SGSN. 
Currently, the GGSN may not maintain such information and maintaining this 
information would be useful for reducing the time taken by link layer attach 
procedures.The GGSN also sends Activate PDP context message containing the PDP 
profile information to the SGSN. 

Once the SGSN receives this IMSI and PDP profile information, it begins to 
authenticate the MN at the L2 layer and establish the PDP context parallely as follows: 

PRE- AUTHENTICAT ION OF A MN 

The pre-authentication of a MN is shown in Figure 1, 
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Re-Aihenticate 



(IMS.FCPRofile) 



(RWsO(i)||AUlN(i)) f 



MN mjves into UMTS doman 



Re-Ajthenticate 



(IM9.RP profile) 



QGSN ID. User Ajth 



^Si)||AlilN(i» 



MN^OJMS QGSN 



ArthDataFfequest 
(IMS) 



Ajth Data Fteap 

(AV1,AVZ...../Mi) 

Qeate POP Rof ile ffequest 



Q-eatePDPRofile ^ponsa 



HLR 



GGSN 



Figure 1: Signalling involved in the Invention 



• The SGSN sends an "Authentication data request (IMSI)" to the MN\s HLR. 

• The HLR answers with an Authentication data response (AV 1 , AV2, AVn) 

along with a session key derived from secret key it shares with the MN. 

• The SGSN then sends an "User authentication request (RAND(i)||AUTN(i))" to 
the GGSN. The methodology of calculating the authentication request is prior 
art. The SGSN also calculates the Expected Response ERES(i) for this request 
and stores it along with the IMSI of the MN, 



ESTABLISHMENT OF PD P CONTEXT 

In parallel, as described in Figure 1 t with establishing the link layer authentication as 
described previously in this section, the SGSN also establishes the requisite PDP 
context for the MN based on the information contained in the messages received by 
the GGSN from the MN. This process also allows the SGSN to choose the GGSN in 
the 3G network that can satisfy the MN's IP requirements PDP profile. The GGSN that 
is chosen to host the MN then informs the SGSN that sends in the request about the 
successful establishment of PDP context. The SGSN then informs the GGSN that is in 
communication with the MN's WLAN AR is i informed about the GGSN that will host 
the MN An IP address for the MN is allocated either using stateful means or stateless 
means (described in the alternatives section) is allocated and this information is also 
passed on to the GGSN in contact with the MN, to be forwarded to the MN. 

CONVEYING INFORMATION BACK TO THE MN 
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When the GGSN receives authentication information GGSN ID and the IP address of 
the MN, it packages this request and sends it to the MN via the Internet and the AR of 
the WLAN. This message is encrypted using the session key shared between the MN 
and its HLR. 



OPERATIONS AT THE M N ONCE IT RECEIVES THE INFORMATION 

• When the MN receives this information, it decrypts the message and 
authenticates the network, calculates the response RES(i). It also configures its 
3G interface for packet sessions with the new IP information. 

OPERA TIONS PERFORMED BY THE MN ONCE IT REACHES THE 3G DOMAIN 

• When the MN moves into the UMTS domain or when it chooses to prepare for 
handover, it sends the RES(i) along with its IMSI information as part of the 
UMTS Attach to the SGSN, via the associated Node B, which authenticates the 
MN. The MN can immediately engage in packet sessions using the configured 
PDP context. 



NEW INFORMATION NEEDED TO BE STORED IN THE GGSNs OF THE UMTS 
DOMAIN 

When the request from the MN is received by the GGSN, it needs to associate the Node 
B information to an SGSN in the system. Therefore, each GGSN should store a mapping 
of Node Bs to SSGNs. This is not very expensive and it is quite easy to implement as 
the network is centrally controlled by the operator. Also, these associations are generally 
last for a long time, and sometimes are even permanent for the life of the network, and 
hence update algorithms may not be needed to check the consistency of this mapping. 



7. THE ALTERNATIVES 

In Section 6, we described a stateful means of providing the MN with an IP 
address. This involves a DHCP server providing an EP address for the MN. 
However, IPv6 nodes are capable of autoconfiguring their addresses as described 
in RFC 2462 [2].I ; or this purpose, the GGSN shall automatically and 
periodically send Router Advertisement messages towards the MS after a PDP 
context of type IPv6 is activated. Since, in our invention the prefix of this GGSN 
may be different from that of the GGSN known to the MN, the prefix of this 
GGSN is also packaged in the information sent back to the MN, to help the MN 
autoconfigure its IP address while still being connected to the WLAN AR. 



8. USAGE - PUBLICATION 



NC34945 Invrep2 



5 INVENTION REPORT APPENDIX 



NOKIA Research Center 



CONFIDENTIAL 



9. PROJECT AND BUSINESS UNIT 




10. KEYWORDS 

WLAN, UMTS, Inter-technology handovers 

1 1. REFERENCES 
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From: RintamaW Tuula (Nctoa/Tampere) Sent: Frl 30/05/2003 07: li 

To: AJarcon Leopoldo (NSN • FR/St-Ouen) 

Cc Grech Sandro (NSN - Fl/Espoo); Vesterlnen Janne (NoWa/Helslnkl) 

Subject: RE: Pending patent applications and I PR 

Attachments: 



Hi, 




BR 



Tuula 



— Original Message 

From: Vesterlnen Janne (NET/Espoo) 

Sent: 30 May, 2003 08:41 

To: Alarcon Leopoldo (EXT-UMA/Malaga) 

Cc: Rlntarnakl Tuuia (NET/Tampere); Grech Sandro (NET/Espoo) 

Subject: RE: Pending patent applications and IPR 



Hi Leo, 




Best Regards, 
Janne 



Original Message 

From: Alarcon Leopoldo (EXT-UMA/Malaga) 

Sent: 29 May, 2003 11:34 

To: Vesterlnen Janne (NET/Espoo) 

Cc: Grech Sandro (NET/Espoo) 

Subject: Pending patent applications and IPR 




https://xesefel01.ext.no^ 03/04/2008 
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Patent-Agency PWF (EXT-RES 



From: RJntamakl Tuula (Nokia/Tampere) Sent: ^^005/2003 13:31 

To: Aiarcon Leopoldo (NSN - FR/St-Ouen); Grech Sandro (NSN - FI/Espoo); Serna Pedro (NET/Malaga) 

Cc: 

Subject: Invention report NC 39965 
Attachmenti: 

Hi, 

Thank you for your invention report. I will handle your 

invention Persistent PDP contexts for smoother inter-access handovers towards GPRS (39965). 




Best Regards 
Tuula Rint8maki 



NOKIA 

Patent Engineer 
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Patent-Agency PWF (EXT-RES/London) 



0 This message was sent with High importance 

From: Lehtisalo Minna (EXT-EilaKaisla/Tampere) Seot:Mon 02/06/2003 10:39 

To: Patent-Agency PWF (EXT-RES/London) 

Cc: Rintantaki Tuula (NET/Tanipere) 
Subject: NC39965 merged with NC34945 

Attachments: Q em2a §^}M73m D 39965 Invrep .docH \9KR\ 



Attn; Nicola Shacklcton 



Dear Ms Shackleton, 

NC39965 is merged with NC34945 (you are drafting at the moment) today. 

Please Find attached Dasic invention & Recommendation to PC and invention report of the NC39965. 



Best Regards 
Minna Lehtisalo 



«P WF 2.6.2003.doc» «39965 Invrep.doc» 

Minna Lehtisalo 
IPR Administrator 
HVT30/B450 



NOKIA 
P.O.Box 785 
33101 Tampere 



Phone: 

Fax: 

e-mail: 




«PWF 2.6.2003.doc» «39965 Invrcp.doc» 
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Title of invention: 

PERSISTENT PDP CONTEXTS FOR SMOOTHER 
INTER-ACCESS HANDOVERS TOWARDS GPRS 



INVENTION REPORT RECEIVED 



Code: 39965 



Patent Committee: 



THE DESCRIPTION OF THE INVENTION 
MUST BE ATTACHED 



Place: 



Date: 



Signature. 



Inventor's name, employee number, title and 
nationality: *) 
Leopoldo Alarcdn 



Home Address: *) 




Research Engineer 
Spanish 

Sandro Grech 



Research Engineer 
Maltese 

Pedro Serna 



Research Manager 
Spanish 




Business Unit and cost 
centre: 




Line Manager(s): Pedro Serna, Jari Lehmusvuorl, Lauri Oksanen, 




The invention becomes public on: 



/ am/ We are the sole/ and original inventor(s) of this invention. 

The company may, by virtue ofappticabie legislation, be entitled to full or partial rights to the invention. 

1/ We acknowledge my/ our obligation to sign as inventors) all documents that may be required for protocting tho 

invention in different countrios. 

Applicable to Inventions made by Inventors employed In H t OK, DE and SE only. 

Unless the inventor requests the Invention Report to be responded to within four (4) months from the date this 

Invontion Roport is received or such other period as the mandatory provisions of the applicablo local law may 

otherwise require, the inventor consents to the right of the employer to use a reasonable period of time for tho 

evaluation of the invention. A reasonablo period of time may exceed four (4) months. 

□ 1/ We request that the Invention Report be responded to within four (4) months. 

Date: 

Signature(s) of Inventor(s): 



•) Sec the instructions 



/ have read and understood the invention described in this invention Report 
Date: 

Signature of Manager 
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INSTRUCTIONS FOR COMPLETING THE INVENTION REPORT 

This Invention Report form is used in cases where an invention has been made by an 
employee of the Company. This Invention Report is confidential. Only the Patent 
Department may make copies of signed Invention Reports in order to request opinions or 
reply to the inventor(s). 

The inventor completes the Invention Report and the description of the invention. The 
inventor does not fill in the 'Invention Report received' field. This field is filled in by the 
Patent Department. The Invention Report must have the names of all the inventors and 
their home addresses. If there is not enough space for all the names, addresses etc, 
please write them on a separate attachment. The first mentioned inventor is assumed to 
be the contact person in matters concerning the Invention Report. In the fields of office 
address, phone and fax, please fill in the contact person's information. Fill in the project 
field, if the invention is made in a project. The original Invention Report is signed by all 
inventors. Each page of the original Invention Report is signed by a Manager, In case it 
is difficult to obtain Manager's signature your Patent Department will take care of it. 

It is suggested that the Invention Report and the description of the invention should be 
filled in as thoroughly as possible. If drawings or other kind of information cannot be 
attached to this form, they should be delivered separately. 

The signed Invention Report Is given directly to the local or business unit's Patent 
Department. Invention Report should also be sent by E-mail to the Patent Department. 
The Patent Engineer will inform the inventor of receiving the Invention Report. The 
Patent Engineer will obtain any expert opinions needed to properly evaluate the 
invention, will procure the Company's decision and inform the inventor accordingly. 



/ have read and understood the invention described in this invention Report 
Date: 

Signature of Manager 
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DESCRIPTION OF THE INVENTION 

Please, describe your invention in the following order. You can enclose the drawings on a separate 
document. 

1. Field and background of the invention 

This invention relates to IP session continuity across inter-access networks such as WLAN and GPRS. 

2. A summary of the invention 

This invention proposes a method by means of which the PDP Contexts can be maintained activated 
whilst the mobile node (MN) moves from GPRS to any other access network and after that decides to 
come back again to the GPRS network. 

3. Describe the problem which the invention overcomes 

When a MN moves from GPRS to any other access network, e.g, WLAN, the MN is detached and the 
PDP Contexts associated to that MN are deactivated. This implies that when the MN decides to come 
back again to the GPRS network it will have to perform attach and authentication procedures as well as 
the activation of the needed PDP Contexts again. 

Those procedures (attach, authentication and PDP Context activation) spend a lot of time and therefore 
the handover performance in the intersystem handover is really non-optimal when the target network is 
GPRS. 

By using the method described in this invention, the MN will remain attached and will maintain the 
associated PDP Contexts when the MN moves from GPRS to any other access network. Thus, when the 
MN comes back to the GPRS network again, it will not have to spend time to perform attach or PDP 
Context procedures which reduces considerably the handover delay for the intersystem handovers to the 
GPRS network. 

4. How was the problem solved earlier? 

There Is no previous solution for maintenance of PDP Context in GPRS. 

5. How does the invention improve earlier solutions? Advantages and disadvantages of 
the invention? 

Advantages: 

- The PDP Contexts associated to the MN remain activated and the MN does not have to activate them 
when comes back to the GPRS network after the intersystem handover to any other network. This implies 
in a considerably reduction of the time spent in the intersystem handover. 

- The MN remains attached to the GPRS network so the MN does not have to be re-attached during the 
intersystem handover when moves to the GPRS network again. This implies in a considerably reduction of 
the time spent in the intersystem handover. 

As main drawback of maintaining the PDP Context activated during the intersystem handover it could be 
possible that the maintained PDP Context could be considered invalid. The reasons for that could be that 
the ongoing applications running on the MN are completely different than the ones which the PDP Context 

/ have read and understood the invention described in this Invention Report — — 
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was activated for, i.e. the MN has moved from GPRS to any other network and it has started to use other 
different applications with other requirements before coming back to the GPRS network. This could imply 
either in a modification of the QoS requirements for the maintained PDP Context or, more drastically, in 
the release of the maintained PDP Context and later activation of a new PDP Context. In both cases, the 
signalling generated is practically the same than the signalling generated in the case the maintenance of 
the PDP Context feature proposed by this invention is not utilized. 

6. Brief description of the drawings (Please enclose drawings and figures of the invention 
on a separate document) 

No enclosed figures. 




8. Explain, how the Invention is/can be implemented, j 




It could "achieved by just modifying the value of a timer existing in the SGSN depending on the MN's 
multi-access capabilities. 

This timer is the RAU timer (Routing Area Update) — T3312, specified by the standard 3GPP TS 24.008. 
The RAU timer is triggered when the MN goes to PMM-IDLE state from PMM-CONNECTED state (for lu 
mode) or to STANDBY state from READY state (for Gb mode). Every time this timer expires the MN shall 
initiate the RAU procedure and the timer is reset. In case the MN does not initiate the RAU procedure (this 
will occur when the MN abandons the GPRS network because it has moved to any other access network, 
e.g. WLAN) the network automatically performs detach and consequent resource release (as PDP 
Context release) for that MN. 

The value of the RAU timer is given to the MN by the network (SGSN) during the attach procedure (Attach 
Accept message) and it is assumed that the value of the timer is preconfigured in the GPRS network by 
the operator and that it is always the same for ail the MNs being attached to the GPRS network. 

What this invention proposes is to give different values for that timer depending on the multi-access 
capabilities supported by the terminal (the SGSN is aware of the MN's capabilities by the Attach Request 
message sent by the MN). In case the MN is multi-access capable, then the value for that timer should be 
longer than the value given to a MN which is not multi-access capable, this way the initiation of the RAU 
procedure (which the MN will not be able to perform whilst it is using the WLAN access network) will be 
delayed until the MN is supposed to be back in the GPRS network (and the MN can perform it). This way, 
the multi-access capable MNs are able to move to any other access technology and afterwards come 
back to the GPRS network, maintaining the attach and the PDP Context activated in the GPRS network. 



/ have read and understood the invention described in this Invention Report 
Date: 

Signature of Manager 



NOKIA CONFIDENTIAL 

11. Abbreviations 

GPRS General Packet Radio Service 
MN Mobile Node 

PDP Packet Data Protocol 

RAU Routing Area Update Timer 

SGSN Serving GPRS Support Node 
WLAN Wireless Local Area Network 

12. Any further comments 



( 



( 



/ have read and understood the invention described in this invention Report 
Date: 

Signature of Manager 



IMOKIA DRAFTING ORDER 1 

NET/IMN/STB/lps 

Erkki Yli-Juuti 02 June 2003 



Dear Ms. Shackleton 



NC39965 is merged with NC34945 on 2. June 2003. 



Our ref. 39965 Infrastructures-Portfolio 




Nokia Responsible Tuula Rintamaki 
Basic Invention: 

This invention relates to IP session continuity across inter-access networks such as WLAN 
and GPRS. The problem is that when a mobile node (MN) moves from GPRS to any other access 
network, e.g. WLAN, the MN is detached and the PDP Contexts associated to that MN are 
deactivated. When the MN decides to come back again to the GPRS network it will have to 
perform attach and authentication procedures as well as the activation of the needed PDP 
Contexts again. The invention proposes a method by means of which the PDP Contexts can be 
maintained activated whilst the MN moves from GPRS to any other access network and after 
that decides to come back again to the GPRS network. This reduces the handover delay for the 
intersystem handovers to the GPRS network. The invention can be implemented by modifying the 
value of a timer RAU (Routing Area Update) existing in the SGSN depending on the MN's 
multi-access capabilities. The value of the RAU timer is given to the MN by the network 
(SGSN) during the attach procedure and it is assumed that the value of the timer is 
reconfigured in the GPRS network by the operator and that it is always the same for all the 
MNs being attached to the GPRS network. Invention proposes to give different values for 
timer depending on the multi-access capabilities supported by the terminal. In case the MN 
is multi-access capable the value for that timer should be longer than the value given to a 
MN which is not multi-access capable. This way the initiation of the RAU procedure will be 
delayed until the MN is supposed to be back in the GPRS network. The multi-access capable 
MNs are able to move to any other access technology and afterwards come back to the GPRS 
network, maintaining attach and the PDP Context activated in the GPRS network. Keyword: 
OWLAN, broadband convergence 



IMOKI A DRAFTING ORDER 

NET/IMN/STB/lps 

Erkki Yli-Juuti 02 June 2003 



Recommendation to PC: 

Ad hoc decision MER was made by Juha Perttula and Tuula Rintamaki 2.6.2003. 
According to Sundquist Jaakko the intended feature of being able to maintain the PDP context, while not 
actively using GPRS is a desired one. Suggested mechanism seems to help in maintaining the PDP 
context, while the terminal is using another network, and thus I feel that standardization is probably 
worthwhile. Some terminals may be able to use two radios at the same time and thus are able to 
maintain the PDP context, while using WLAN for example. I would rather explain that the invention is 
most suitable for terminals that are only capable of using one radio at time. 

Pekka Pollari commented that this invention presumes that the handover really happens and especially 
that the GPRS PDP context is closed and WLAN access is utilized instead. It is also possible, that the 
GPRS coverage is still there while entering in WLAN area, and even if the WLAN is utilized as a data 
bearer, the GPRS PDP context is not necessarily closed. It is possible to have both WLAN and GPRS 
PCMCIA card installed In the laptop and just use one of these, even If both have coverage. The 
frequency or usefulness of Inter-system handovers might be quite low. This invention could be utilized in 
other scenarios as well, i.e. temporarily missing network coverage or cases where there is multiple 
GPRS networks and roaming is heavily utilized. The latter case is rather useful when traveling In a car 
and there are more than one operator providing coverage and the end-user is constantly switching 
between operators. 

Naghian Siamak would propose to merge this invention with other two inventions (39886 and 34945) that 
cover the same area as they are very close to each other and this invention may not bring significant 
enhancement to the prior art. 

Inventor Leopoldo agree that the invention is most suitable for terminals that are only capable of using 
one radio at a time. In the inventions 39886 and 34945 attach and the PDP contexts are not maintained 
in GPRS when the MN moves to WLAN (in case the MN is not able to use the both radios at a time). 
These inventions solve (or reduce considerably) the problem performing the GPRS attach and PDP 
Context activation in advance to the movement from WLAN to GPRS. This invention 39965 solves the 
problem keeping the MN attached in GPRS and the PDP Context activated while the MN moves to 
WLAN. They are two very different alternatives to solve the problem. 
My proposal is MER to 34945. 



Merge info: 

Ad hoc decision MER was made by Juha Perttula and Tuula Rintamaki 2.6.2003. 



Please acknowledge receipt of this assignment by e-mail. 

Yours sincerely 

on behalf of 
Tuula Rintamaki 



Minna Lehtisalo 
NET/IMN 



Exhibit V 



Page 1 of 2 

Patent-Agency PWF (EXT-RES/I^ondou) — — — — ^ 

From: Ltamaki Tuula (NEOTampere) Sent:!* 03/0672003 07:28 

To: Patent-Agency PWF (EXT-RES/London) 

Cc: APP-NOTESNETJtchy@nolcia.com 
Subject: FW: NC39965 merged with NC34945 

Attachments: Q pwy 16 2 Q03.doc/77KB) D 32262 Invrep.docf 1 1?KB) 



Hi Nicola, 

We decided to merge invention NC 319965 with NC 34945 



NC34945 ******* 39965 mmmmm^mmmm^mmmm 
^^^mmm** NC 34945 4t**mmm*m*mm*mMik 



BR 
Tuula 



> Original Message 

> From: Lehtisalo Minna (EXT-BilaKaisla/Tampere) 
>Sent: 02 June, 2003 12:40 

> To: Patent-Agency PWF (EXT-RES/London) 

> Cc: Rintainaki Tuula (NET/Tampere) 

> Subject: NC39965 merged with NC34945 

> Importance: High 
> 

> 

> Attn: Nicola Shackleton 
> 

> 
> 

> Dear Ms Shackleton, 

> 

> NC39965 is merged with NC34945 (you are drafting at the moment) today. 

> Please find attached Basic invention & Recommendation to PC 

> and invention report of the NC39965. 

> 
> 

> Best Regards 

> Minna Lehtisalo 

> 
> 

> «PWF 2.6.2003.doc» «39965 Invrcp.doo> 

> 

> Minna Lehtisalo 

> IPR Administrator 
>HVT 30 /B 450 

> — ■ 

> NOKIA 

> P.O.Box 785 
> 33101 T 

> Phone: 

> Fax: 

> e-mail: 
> 
> 

> 
> 




hups://xesifeOO 1 .nokia.coni/cxchaiige/EXT-PWF.Patent- Agency/Inbox/FW:%20NC3... 03/06/2003 



Exhibit VI 



Page 1 of 1 



Patent-Ageucy PWF (EXT-RES/London) 



From: Patent-Agency PWF (EXT-RES/London) 
To: Rintamaki 'I\iula (NET/Tamperc) 

Cc: Krishnamurthi Govind (NRC/Boston); Alarcon Leopoldo (EXT-UMA/Malaga) 
Subject: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), Application draft 
Attachments: Q inj^^f^ □ M 



Scnt:Thu 05/0672003 14:43 



Hi Tuula, 




Best regards. 
Nicola 



https://xcsifctf01.nokiaxom/cxc^^ 05/06/03 



Exhibit VII 



Page 1 of 2 



^5 



Patent-Afreocy PWF (EXT-RES/London) 



Prom: Rintamaki Tutila (NET/Tampere) Seut:Tue 10/06/2003 1 1 :53 

To: Patent-Agency PWF (EXT-RES/London) 

Cc: 

Subject: FW: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), Application draft, "No Record" 
Attachments: Q 303490^ a f t , S pcc LAl.docf 15 1KD) 



> Original Message 

> From: Alarcon Leopoldo (EXT-UMA/Malaga) 
>Sent: 10 June, 2003 13:50 

> To: Rintamaki Tuula (NET/Tampere); KLrishnamuithi Govind (NRC/Boston); 

> Chaskar Hemant (NRC/Boston); Trossen Dirk (NRC/Boslon); Grech Sandro 

> (NET/Espoo); Serna Pedro (NET/Malaga) 

> Subject: RE: Tuula Rintamaki/Nicola Sliackleton, NC34945 (303490GB), 

> Application draft 
> 

> 



> Hi all, 




> BR, 

> -Leo 



> 

> Original Message 

> From: Rintamaki Tuula (NET/Tampere) 

> Sent: 09 June, 2003 13:02 

> To: Krishnamurtlu Govind (NRC/Boston); Alarcon Leopoldo 

> (EXT-UMA/Malaga); Chaskar Hemant (NRC/Boston); Trossen Dirk 

> (NRC/Boston); Grcch Sandro (NE T/Espoo); Serna Pedro (NET/Malaga) 

> Subject: FW: Tuula Rintamaki/Nicola Sliackleton, NC34945 (303490GB), 

> Application draft 

> Importance: High 
> 

> 



> Hi, 




> Regards 
> 



> Tuula 

> 

> > Original Message 

> > From: 

>> Sent: 05 June, 2003 16:43 

> > To: Rintamaki Tuula (NET/Tampere) 

> > Cc: Ki ismiamurthi Govind (NRC/Boston); Alarcon Leopoldo 

> > (EXT-UMA/Malaga) 

> > Subject: Tuula Rintamaki/Nicola Sliackleton, NC34945 (303490GU), 

> > Application draft 

>> 

> > 



hltps://xesife001.nokiaxoni/exchange/HXT-PWF.Patent-Agency/Inbox/FW:% 10/06/2003 



Exhibit VIII 



Pateu^geucjJ^M 

From: AInrcon Lcopoldo (EXT-UM A/Malaga) SentrTue 10/06/2003 1 1 :53 

To: Patent-Agency PWF (EXT-RES/London) 
Cc; UmCaniaki Tuula (NET/Tampere) 

Subject: FW: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), Application draft 
Attachments: 1(n4 90.Dr a ft.S pec_LAl.doc( 151KB) 



Hello Nicola, sorry for not including you in my email (sec below). 

BR, 
-Leo 

Original Message 

From: Alarcon Leopoldo ( EXT- UM A/Malaga) 
Sent: 10 June, 2003 12:50 

To: Rintamaki Tuula (NET/Tampere); Krishna nun thi Govind (NRC/Boston); 
Chaskav Hemant (NRC/Boston); Trosscn Dirk (NRC/Boston); Grecli Sandro 
(NET/Espoo); Serna Pedro (NET/Malaga) 

Subject: RE: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), 
Application draft 



Hi all, 




BR, 
-Leo 



Original Message 

From: Rintamaki Tuula (NET/Tampere) 
Sent: 09 June, 2003 13:02 

To: Krishnamurtlti Govind (NRC/Boston); Alarcon Lcopoldo 
(EXT-UM A/Malaga); Chaskar Hemant (NRC/Boston); Trossen Dirk 
(NRC/Boston); Grech Sandro (NET/Espoo); Sema Pedro (NET/Malaga) 
Subject: FW: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), 
Application draft 
Importance: High 



Hi, 




Tun la 



> Original Message 

> From: Patent-Agency PWF (EXT-RES/London) 

> Sent: 05 June, 2003 16:43 

> To: Rintamaki Tuula (NET/Tampere) 

> Cc: Krishnamurthi Govind (NRC/Boston); Alarcon Lcopoldo 

> (EXT-UM A/Malaga) 

> Subject: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), 

> Application draft 

> 



https://xcsife001.nokiaxo^^ 10/06/2003 



Exhibit IX 



Patent-Agency PWF (EXT-RES/Londou) 




From: Rintamaki Tmila (NET/Tampcre) 
To: Patent-Agency PWF (EXT-RES/London) 
Cc: APP-NOTESNET_Itchy@nokia.com 
Subject: I'W: 303490GB 
Attachments: Q 3034^)^ 



ScntrFri 13/06/2003 06:29 



Hi. 

Mere are more comments. 
-Tuula 

> Original Message 

> From: Krishnamurthi GovukI (NRC/Doston) 
>Sent: 12 June, 2003 20:04 

> To: Rintumaki Tuula (NET/Tampere); Krishnamurthi Goviud 

> (NRC/Boston); Chaskar Hemant (NRC/Boston); Trosscn Dirk 

> (NRC/Boston); Grech Sandra (NET/Espoo); Scrna Pedro 

> (NET/Malaga); Alarcon Leopoldo (EXT-UM A/Malaga) 

> Subject: 303490GB 
> 

> <<303490-Draft-Spcc_LAl.doc>> 

> 

> Here are my comments. Please let me know if you have any questions. 
> 

> Regards, 

> Govind. 



«303490-Draft-Spec_LAI.doc» 



( 



liUps://xesife001.nokiaxo^ 



13/06/2003 



Exhibit X 



Paten^genc^^ 



Krom: Rintamaki Tuula (NET/Tampere) SenOWed 18/06/2003 12: ! 1 

To: Patent-Agency PWF (EXT-RES/London) 

Cc: 

Subject: Tuula Rintamaki/Nicola Shackleton, NC34945 (303490GB), Application draft, "No Record" 
Attachments: Q 303 49 0,^ ^ j^^^u^fl) 



Hi Nicola, 




BR 



Tuula 



> Original Message 

> From: Krishnamurthi Govind (NRC/Boston) 

> Sent: 1 2 June, 2003 20:04 

> To: Rintamaki Tuula (NET/Tampere); Krishnamurthi Govind 

> (NRC/Boston); Chaskar Hemant (NRC/Boston); Trossen Dirk 

> (NRC/Boston); Grech Sandro (NET/Espoo); Serna Pedro 

> (NET/Molaga); Alarcon Leopoldo (EXT-UMA/Maiaga) 

> Subject: 303490GB 
> 

> <O03490-Draft-Spec_LAI.doc>> 
> 

> Here are my comments. Please let me know if you have any questions. 
> 

> Regards, 

> Govind. 



<<303490-Draft-Spec_LAl.doc>> 



https://xesife00 1 aiolda.com/exchangc/EXT-P WRPatent-Agcncy/Inbox/Tuula%20Rin... 1 8/06/2003 



Exhibit XI 




Page 1 of 1 



From: Patent-Agency PWF (EXT-RES/London) Sent:Tue 24/06/2003 10:35 

To: Rintamaki Tuula (NET/Tampere) 

Cc: Krishnoimn thi Govind (NRC/Doston); Alarcon Leopoldo (EXT-UM A/Malaga) 
Subject: Rintamaki TuuJa/NicoIa Shacktcton, NC34945 (303490GB), Application draft 
Attachments: Q Q^g^^^^^ Q 303490-Dmft-Sp ^ do^flSKB) 

Hi Tuula, 

Attached is a revised draft for the proposed UK patent application. 




Best regards. 



Nicola. 



https://xesife001.nokia.wni/exchange/EXT-PWF.Patent-Agency/Sent%20Itcin 24/06/03 



